home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group97b.txt / 000036_icon-group-sender _Wed Jul 23 16:55:00 1997.msg < prev    next >
Internet Message Format  |  2000-09-20  |  4KB
  1. Received: from kingfisher.CS.Arizona.EDU by cheltenham.cs.arizona.edu; Thu, 24 Jul 1997 08:13:01 MST
  2. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  3.     id AA09197; Thu, 24 Jul 1997 08:13:00 -0700
  4. Date: Wed, 23 Jul 1997 16:55:00 -0700 (PDT)
  5. From: Tom Mitchell <mitch@roll.csd.sgi.com>
  6. To: icon-group@cs.arizona.edu
  7. Subject: Re: perl vs python vs icon
  8. In-Reply-To: <5r0pef$l6c@hermes.synopsys.com>
  9. Message-Id: <Pine.SGI.3.94.970723163832.15305J-100000@roll.csd.sgi.com>
  10. Mime-Version: 1.0
  11. Content-Type: TEXT/PLAIN; charset=US-ASCII
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13. Status: RO
  14.  
  15.  
  16. shamim @ synopsys.com said something interesting. 
  17.  
  18. He used the words "better system" .....
  19.  
  20. Of interest is that Icon as a language has wonderful
  21. functions and features.  Generators  are a marvel....
  22.  
  23. Still more is needed than a Language -- a system.  This is what
  24. got in the way of Modula II.  There was no 'blessed' I/O library
  25. in the package that was the language.  Niklaus Wirth was asked to
  26. bless a number of library packages but elected to not and a very
  27. strong language lost momentum.   This is also one of the things
  28. that made "C" a contendor.
  29.  
  30. As a scripting language Icon also is lacking in a foundation of
  31. library support ... from I/O to sockets, TCP/UDP/IP, signals, reg
  32. expressions.....
  33.  
  34. This is why perl has so many friends.  The basic perl package
  35. does all the stuff language designers leave for library
  36. designers.
  37.  
  38. Thus a designed library package for Icon is needed or it is
  39. simply an exploration of language design.
  40.  
  41.  
  42.  
  43.  
  44. On 21 Jul 1997 shamim@nospam.com wrote:
  45.  
  46. > Date: 21 Jul 1997 22:56:15 GMT
  47. > From: shamim@nospam.com
  48. > To: icon-group@cs.arizona.edu
  49. > Subject: Re: perl vs python vs icon
  50. > 
  51. > In article <5qv1l9$eit$1@newshost.nmt.edu>, John Shipman <john@nmt.edu> wrote:
  52. > 
  53. > >See this URL for brief comparisons of Python vs. Perl and Icon:
  54. > >
  55. > >    http://www.nmt.edu/tcc/help/lang/python/why.html
  56. > 
  57. > I'd like to point out that this point _con_ Icon is no longer valid:
  58. > 
  59. > >  Python interfaces already exist to a wide variety of systems programming
  60. > >  facilities (such as directories and TCP/IP sockets), databases, other
  61. > >  languages, and much more. 
  62. > 
  63. > I have added POSIX calls to Icon (reading directories, TCP/UDP/IP, signals,
  64. > dbm routines, etc.). For more details:
  65. > 
  66. >    http://www.crl.com/~spm/unicon/
  67. > 
  68. > I've tested it on SunOS4.1.3, Solaris 2.4 and 2.5, HP-UX versions 9.05 and
  69. > 10.20, and Linux 2.x. Source patches and binaries are available.
  70. > 
  71. > My opinion is that Icon with the POSIX features is (for the most part) a
  72. > better language for scripts, CGI programs etc. than Perl. Perl still handles
  73. > regular expressions more conveniently than Icon does; and Perl comes with a
  74. > debugger. Other than these two points, Icon is a better system than
  75. > Perl. IMHO, of course.
  76. > 
  77. > This point:
  78. > >  Python has a lot more momentum and a much larger and more vigorous user
  79. > >  community. 
  80. > 
  81. > Alas, a self-perpetuating property... what we need is an O'Reilly book on
  82. > Icon, that seems to be what does the trick!
  83. > 
  84. > -s
  85. > 
  86. > Shamim Mohamed 
  87. > shamim @ synopsys.com
  88. > Shamim Mohamed  <shamim@synopsys.com>
  89. > A2-1 Synopsys Inc., 700 E Middlefield Rd., Mountain View, CA 94043-4033
  90. > -- 
  91. > Shamim Mohamed  <shamim@synopsys.com>
  92. > A2-1 Synopsys Inc., 700 E Middlefield Rd., Mountain View, CA 94043-4033
  93. > 
  94.  
  95. --
  96.   Tom Mitchell - mitch@sgi.com, mitch@relay.csd.sgi.com, mitch@acm.org
  97.     Count down to sabbatical is less than 3 weeks.
  98.     sabbatical begins Aug 9th.
  99.  
  100.